Map display system and method

ABSTRACT

Provided are a computer system and methods related to a map display. A method includes but is not limited to receiving a request for the map, the map illustrating one or more locations; determining a status associated with at least one of the one or more locations on the map, the status being a function of one or more location interaction rules associated with the at least one of the one or more locations on the map; and generating a signal related to indicating on the map the status associated with the at least one of the one or more locations.

CROSS-REFERENCE TO RELATED APPLICATIONS

If an Application Data Sheet (ADS) has been filed on the filing date ofthis application, it is incorporated by reference herein. Anyapplications claimed on the ADS for priority under 35 U.S.C. §§119, 120,121, or 365(c), and any and all parent, grandparent, great-grandparent,etc. applications of such applications, are also incorporated byreference, including any priority claims made in those applications andany material incorporated by reference, to the extent such subjectmatter is not inconsistent herewith.

The present application is related to and/or claims the benefit of theearliest available effective filing date(s) from the following listedapplication(s) (the “Priority Applications”), if any, listed below(e.g., claims earliest available priority dates for other thanprovisional patent applications or claims benefits under 35 USC §119(e)for provisional patent applications, for any and all parent,grandparent, great-grandparent, etc. applications of the PriorityApplication(s)). In addition, the present application is related to the“Related Applications,” if any, listed below.

Priority Applications: For purposes of the USPTO extra-statutoryrequirements, the present application constitutes a continuation ofcurrently pending U.S. patent application Ser. No. 13/136,600, entitledMAP DISPLAY SYSTEM AND METHOD, naming Edward K. Y. Jung, Royce A.Levien, Robert W. Lord, Mark A. Malamud, and John D. Rinaldo, Jr. asinventors, filed Aug. 4, 2011, which is a continuation of U.S. patentapplication Ser. No. 12/928,446, entitled MAP DISPLAY SYSTEM AND METHOD,naming Edward K. Y. Jung, Royce A. Levien, Robert W. Lord, Mark A.Malamud, and John D. Rinaldo, Jr. as inventors, filed Dec. 9, 2010, nowabandoned, which is a divisional of U.S. patent application Ser. No.12/406,478, entitled MAP DISPLAY SYSTEM AND METHOD, naming Edward K. Y.Jung, Royce A. Levien, Robert W. Lord, Mark A. Malamud, and John D.Rinaldo, Jr. as inventors, filed Mar. 18, 2009, and issued Dec. 28, 2010as U.S. Pat. No. 7,860,648, which is a continuation of U.S. patentapplication Ser. No. 11/124,626, entitled MAP DISPLAY SYSTEM AND METHOD,naming Edward K. Y. Jung, Royce A. Levien, Robert W. Lord, Mark A.Malamud, and John D. Rinaldo, Jr. as inventors, filed Apr. 30, 2005, andissued Apr. 21, 2009 as U.S. Pat. No. 7,522,996, which applications areeither currently co-pending, or is an application of which a currentlyco-pending application is entitled to the benefit of the filing date.

Related Applications: None.

The United States Patent Office (USPTO) has published a notice to theeffect that the USPTO's computer programs require that patent applicantsboth reference a serial number and indicate whether an application is acontinuation, continuation-in-part, or divisional of a parentapplication. Stephen G. Kunin, Benefit of Prior-Filed Application, USPTOOfficial Gazette Mar. 18, 2003. The USPTO further has provided forms forthe Application Data Sheet which allow automatic loading ofbibliographic data but which require identification of each applicationas a continuation, continuation-in-part, or divisional of a parentapplication. The present Applicant Entity (hereinafter “Applicant”) hasprovided above a specific reference to the application(s) from whichpriority is being claimed as recited by statute. Applicant understandsthat the statute is unambiguous in its specific reference language anddoes not require either a serial number or any characterization, such as“continuation” or “continuation-in-part,” for claiming priority to U.S.patent applications. Notwithstanding the foregoing, Applicantunderstands that the USPTO's computer programs have certain data entryrequirements, and hence Applicant has provided designation(s) of arelationship between the present application and its parentapplication(s) as set forth above and in any ADS filed in thisapplication, but expressly points out that such designation(s) are notto be construed in any way as any type of commentary and/or admission asto whether or not the present application contains any new matter inaddition to the matter of its parent application(s).

If the listings of applications provided above are inconsistent with thelistings provided via an ADS, it is the intent of the Applicant to claimpriority to each application that appears in the Priority Applicationssection of the ADS and to each application that appears in the PriorityApplications section of this application.

All subject matter of the Priority Applications and the RelatedApplications and of any and all parent, grandparent, great-grandparent,etc. applications of the Priority Applications and the RelatedApplications, including any priority claims, is incorporated herein byreference to the extent such subject matter is not inconsistentherewith.

TECHNICAL FIELD

The present application relates generally to maps.

SUMMARY

In one aspect, a method related to displaying a map includes but is notlimited to receiving a request for the map, the map illustrating one ormore locations; determining a status associated with at least one of theone or more locations on the map, the status being a function of one ormore location interaction rules associated with the at least one of theone or more locations on the map; and generating a signal related toindicating on the map the status associated with the at least one of theone or more locations on the map. In addition to the foregoing, othermethod aspects are described in the claims, drawings, and text forming apart of the present application.

In another aspect, a method for a display device to receive a mapthrough a predefined area includes but is not limited to transmitting arequest for the map including one or more locations, the requestincluding an identifier associated with a user of the display device;receiving the map including one or more locations, at least one locationof the one or more locations associated with one or more locationinteraction rules verifiable via one or more monitoring devices; andinteracting with the one or more monitoring devices to alter the map onthe display device as a function of the location interaction rules. Inaddition to the foregoing, other method aspects are described in theclaims, drawings, and text forming a part of the present application.

In another aspect, a computer program product can include a signalbearing medium bearing one or more instructions including, but notlimited to one or more instructions for receiving a request for the map,the map illustrating one or more locations; one or more instructions fordetermining a status associated with at least one of the one or morelocations on the map, the status being a function of one or morelocation interaction rules associated with the at least one of the oneor more locations on the map; and one or more instructions forgenerating a signal related to indicating on the map the statusassociated with the at least one of the one or more locations on themap. In addition to the foregoing, other program product aspects aredescribed in the claims, drawings, and text forming a part of thepresent application.

In another aspect a computer program product can include a signalbearing medium bearing one or more instructions including, but notlimited to, one or more instructions for transmitting a request for themap including one or more locations, the request including an identifierassociated with a user of the display device; one or more instructionsfor receiving the map including one or more locations, at least onelocation of the one or more locations associated with one or morelocation interaction rules verifiable via one or more monitoringdevices; and one or more instructions for interacting with the one ormore monitoring devices to alter the map on the display device as afunction of the one or more location interaction rules. In addition tothe foregoing, other program product aspects are described in theclaims, drawings, and text forming a part of the present application.

In one or more various aspects, related systems include but are notlimited to circuitry and/or programming for effecting theherein-referenced method aspects; the circuitry and/or programming canbe virtually any combination of hardware, software, and/or firmwareconfigured to effect the herein-referenced method aspects depending uponthe design choices of the system designer.

In one aspect, a system includes but is not limited to a processor; amemory coupled to the processor; a receiver coupled to the processor;and a map display module coupled to the receiver and the memory. The mapdisplay module can include a data store configurable to hold datarelated to one or more interaction rules associated with one or morelocations in a predefined area and one or more identifiers; and a statusmodule configurable to determine a status associated with at least oneof the one or more locations on the map, the status being a function ofone or more location interaction rules associated with the at least oneof the locations. In addition to the foregoing, other system aspects aredescribed in the claims, drawings, and text forming a part of thepresent application.

In addition to the foregoing, various other method, system, and/orcomputer program product aspects are set forth and described in the text(e.g., claims and/or detailed description) and/or drawings of thepresent application.

The foregoing is a summary and thus contains, by necessity,simplifications, generalizations and omissions of detail; consequently,those skilled in the art will appreciate that the summary isillustrative only and is NOT intended to be in any way limiting. Otheraspects, features, and advantages of the devices and/or processes and/orother subject matter described herein will become apparent in the textset forth herein.

BRIEF DESCRIPTION OF THE DRAWINGS

A better understanding of the subject matter of the application can beobtained when the following detailed description of the disclosedembodiments is considered in conjunction with the following drawings, inwhich:

FIG. 1 is a block diagram of an exemplary computer architecture thatsupports the claimed subject matter.

FIG. 2 is a block diagram of a wireless computer environment appropriatefor embodiments of the subject matter of the present application.

FIGS. 3A-3I are flow diagrams illustrating a method in accordance withan embodiment of the subject matter of the present application.

FIG. 4 is a flow diagram illustrating a method in accordance with anembodiment of the subject matter of the present application.

FIGS. 5A-5E are flow diagrams illustrating a method in accordance withan embodiment of the subject matter of the present application.

DETAILED DESCRIPTION OF THE DRAWINGS

Those with skill in the computing arts will recognize that the disclosedembodiments have relevance to a wide variety of applications andarchitectures in addition to those described below. In addition, thefunctionality of the subject matter of the present application can beimplemented in software, hardware, and/or a combination of software andhardware. The hardware portion can be implemented using specializedlogic; the software portion can be stored in a memory or recordingmedium and executed by a suitable instruction execution system such as amicroprocessor.

With reference to FIG. 1, depicted is an exemplary computing system forimplementing the embodiments which may include a general purposecomputing device in the form of a computer 10. Components of thecomputer 10 may include, but are not limited to, a processing unit 20, asystem memory 30, and a system bus 21 that couples various systemcomponents including the system memory 30 to the processing unit 20. Thesystem bus 21 may be any of several types of bus structures including,but not limited to, a memory bus or memory controller, a peripheral bus,and/or a local bus using any of a variety of bus architectures. By wayof example, and not limitation, such architectures include IndustryStandard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus,Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA)local bus, and Peripheral Component Interconnect (PCI) bus also known asMezzanine bus.

The computer 10 typically includes a variety of computer readable media.Computer readable media can be any available media that can be accessedby the computer 10 and includes both volatile and nonvolatile media, andremovable and non-removable media. By way of example, and notlimitation, computer readable media may comprise computer storage mediaand communication media. Computer storage media includes volatile andnonvolatile, removable and non-removable media implemented in any methodor technology for storage of information such as computer readableinstructions, data structures, program modules or other data. Computerstorage media includes, but is not limited to, RAM, ROM, EEPROM, flashmemory or other memory technology, CD-ROM, digital versatile disks (DVD)or other optical disk storage, magnetic cassettes, magnetic tape,magnetic disk storage or other magnetic storage devices, or any othermedium which can be used to store the desired information and which canbe accessed by the computer 10. Communication media typically embodiescomputer readable instructions, data structures, program modules orother data in a modulated data signal such as a carrier wave or othertransport mechanism and includes any information delivery media. Theterm “modulated data signal” means a signal that has one or more of itscharacteristics set or changed in such a manner as to encode informationin the signal. By way of example, and not limitation, communicationmedia includes wired media such as a wired network or direct-wiredconnection, and wireless media such as acoustic, RF, infrared and otherwireless media. Combinations of any of the above should also be includedwithin the scope of computer readable media.

The system memory 30 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 31 andrandom access memory (RAM) 32. A basic input/output system 33 (BIOS),containing the basic routines that help to transfer information betweenelements within computer 10, such as during start-up, is typicallystored in ROM 31. RAM 32 typically contains data and/or program modulesthat are immediately accessible to and/or presently being operated on byprocessing unit 20. By way of example, and not limitation, FIG. 1illustrates operating system 34, application programs 35, other programmodules 36, and program data 37. FIG. 1 is shown with program modules 36including a map module in accordance with an embodiment as describedherein.

The computer 10 may also include other removable/non-removable,volatile/nonvolatile computer storage media. By way of example only,FIG. 1 illustrates a hard disk drive 41 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 51 thatreads from or writes to a removable, nonvolatile magnetic disk 52, andan optical disk drive 55 that reads from or writes to a removable,nonvolatile optical disk 56 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, or the like. The hard disk drive 41 is typically connected tothe system bus 21 through a non-removable memory interface such asinterface 40, and magnetic disk drive 51 and optical disk drive 55 aretypically connected to the system bus 21 by a removable memoryinterface, such as interface 50.

The drives and their associated computer storage media, discussed aboveand illustrated in FIG. 1, provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 10. In FIG. 1, for example, hard disk drive 41 is illustratedas storing operating system 44, application programs 45, other programmodules (such as a map module) 46, and program data 47. Program modules46 are shown including a map module, which can be configured as eitherlocated in map modules 36 or 46, or both locations, as one with skill inthe art will appreciate. Note that these components can either be thesame as or different from operating system 34, application programs 35,other program modules, including map module 36, and program data 37.Operating system 44, application programs 45, map module 46, and programdata 47 are given different numbers here to illustrate that they can bedifferent copies. A user may enter commands and information into thecomputer 10 through input devices such as a tablet or electronicdigitizer 64, a microphone 63, a keyboard 62 and pointing device 61,commonly referred to as a mouse, trackball or touch pad. Other inputdevices (not shown) may include a joystick, game pad, satellite dish,scanner, or the like. These and other input devices are often connectedto the processing unit 20 through a user input interface 60 that iscoupled to the system bus, but may be connected by other interface andbus structures, such as a parallel port, game port or a universal serialbus (USB). A monitor 91 or other type of display device is alsoconnected to the system bus 21 via an interface, such as a videointerface 90. The monitor 91 may also be integrated with a touch-screenpanel or the like. Note that the monitor and/or touch screen panel canbe physically coupled to a housing in which the computing device 10 isincorporated, such as in a tablet-type personal computer. In addition,computers such as the computing device 10 may also include otherperipheral output devices such as speakers 97 and printer 96, which maybe connected through an output peripheral interface 95 or the like. Adisplay device, for purposes of this patent application can include ane-paper display, a liquid crystal display or the like.

The computer 10 may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote computer80. The remote computer 80 may be a personal computer, a server, arouter, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto the computer 10, although only a memory storage device 81 has beenillustrated in FIG. 1. The logical connections depicted in FIG. 1include a local area network (LAN) 71 and a wide area network (WAN) 73,but may also include other networks. Such networking environments arecommonplace in offices, enterprise-wide computer networks, intranets andthe Internet. For example, in the subject matter of the presentapplication, the computer system 10 may comprise the source machine fromwhich data is being migrated, and the remote computer 80 may comprisethe destination machine. Note however that source and destinationmachines need not be connected by a network or any other means, butinstead, data may be migrated via any media capable of being written bythe source platform and read by the destination platform or platforms.

When used in a LAN or WLAN networking environment, the computer 10 isconnected to the LAN through a network interface or adapter 70. Whenused in a WAN networking environment, the computer 10 typically includesa modem 72 or other means for establishing communications over the WAN73, such as the Internet. The modem 72, which may be internal orexternal, may be connected to the system bus 21 via the user inputinterface 60 or other appropriate mechanism. In a networked environment,program modules depicted relative to the computer 10, or portionsthereof, may be stored in the remote memory storage device. By way ofexample, and not limitation, FIG. 1 illustrates remote applicationprograms 85 as residing on memory device 81. It will be appreciated thatthe network connections shown are exemplary and other means ofestablishing a communications link between the computers may be used.

In the description that follows, the subject matter of the applicationwill be described with reference to acts and symbolic representations ofoperations that are performed by one or more computers, unless indicatedotherwise. As such, it will be understood that such acts and operations,which are at times referred to as being computer-executed, include themanipulation by the processing unit of the computer of electricalsignals representing data in a structured form. This manipulationtransforms the data or maintains it at locations in the memory system ofthe computer which reconfigures or otherwise alters the operation of thecomputer in a manner well understood by those skilled in the art. Thedata structures where data are maintained are physical locations of thememory that have particular properties defined by the format of thedata. However, although the subject matter of the application is beingdescribed in the foregoing context, it is not meant to be limiting asthose of skill in the art will appreciate that some of the acts andoperations described hereinafter can also be implemented in hardware.

Referring to FIG. 2, a diagram of a wireless network appropriate forsome embodiments herein is shown. The wireless network includes a basestation 200, which can be coupled to a server 210. Base station 200interacts with a plurality of wireless components 220, which can bereceivers only, designed to receive real time images and associated dataas correlated and transmitted by server 210. Components interact withbase station 200 via wireless connection 230. The wireless connection230 could include a cellular telephone, Global Positioning System (GPS),radio-frequency (RF) methods, or a wireless local area network (WLAN).Another type of wireless connection could be a tracking tag system.Tracking tags typically communicate with a base station, each tagtransmitting a unique code to identify a display device to which it isattached. WLANs operate by connecting mobile devices to a base stationand using signal strength sensing to determine a location of a mobiledevice. Other wireless connections appropriate for embodiments includesatellite connections, IEEE 802.11 connections or Bluetooth-typeconnections or the like as one of skill in the art with the benefit ofthe present disclosure will appreciate.

Components 220 can include receivers and transmitters to interact withserver 210. Components 220 are shown including different types ofcomponents, including components 220(1) which could be a simple devicecapable of only receiving and displaying data and images. The data mayinclude one or more of written directions, a map, images, or the like.Component 220(2) is shown as a personal electronic assistant, whichcould be configured to both send and/or receive data, display mapsand/or directions as generated by server 210. Component 220(3) is shownas a tablet personal computer (PC) which can also be configured to bothsend and/or receive data. Component 220(4) is shown as a laptop ornotebook computer which can also send and/or receive data and/ordirections. Component 220(5) could be implemented as a simple mobiledevice which could be configured to receive and display images thatcould be in real time. Component 220(6) could be implemented as acellular telephone or pager and include a display configured to show amap and images in accordance with embodiments herein.

In an alternative embodiment, components 220 could be devices that arenot coupled to a wireless network of any kind Rather, in the embodiment,a component 220 could be configured to receive data and store datainternally for later mobile use.

Referring now to FIG. 3A, a flow diagram illustrates a method inaccordance with an embodiment. More particularly, the embodiment isdirected to a method for providing a map interface and/or display thatprovides an indication of user location with reference to one or moreinteraction rules for locations on the map. Block 310 provides forreceiving a request for the map, the map illustrating one or morelocations (e.g., locations of interest). For example, server 210 canreceive a request from one of components 220, the request for a map thatillustrates locations. The request can be received wirelessly from adisplay device, over a network, or via a wired connection within a samesystem. Block 320 provides for determining a status associated with atleast one of the one or more locations on the map, the status being afunction of one or more location interaction rules associated with theat least one of the one or more locations on the map. For example,server 210 can determine a status by consulting location interactionrules for locations on the map. The status can be determined viareceiving location information from a data source independent from theuser, group or network. For example, a networked camera could providedata to the server or directly to the map device. Such a camera coulddetermine a direction a user is heading or facing or provide dataconcerning locations that had been visited or are being looked at. Thedata sources can be configured to provide a status indication to a userrelative to one or more locations including a warning that a user isfacing a wrong direction relative to a location, or a highlighting onthe map if a user is within a predetermined distance from the locationand the like.

Block 330 provides for generating a signal related to indicating on themap the status associated with the at least one of the one or morelocations on the map. For example, server 210 can generate a signal thatcan cause an indication on the map related to a status. The status canindicate prior presence at one or more of the plurality of locations ofinterest by a user, a group of individuals, such as a family, or anetwork of groups. The status indication can include illustratinglocation detail for locations that have been visited by the user, groupor network. Alternatively, locations that have been visited can beobfuscated. For example, in one embodiment, the map can illustratelocations in a theme park. A ticket associated with the map can indicateone or more permissions for locations at the theme park. Once a ride orlocation has been visited, an embodiment is directed to provide anobfuscating of the location visited. Further, if a ticket allows a userto participate at a location a predetermined number of times, and thatnumber has been reached, in one embodiment, the map location candisappear or standard map cross hatching can indicate that the maplocation has already been found/seen. Thus, in an embodiment,obfuscating a visual representation of the at least one location on themap can be a function of the status. The obfuscating can includeblurring and/or unblurring an icon representing the at least onelocation on the map if the location has been visited by the user.Conversely, a status indication can include highlighting locations onthe map, the highlighting indicative of a next location the user is tovisit on the map.

Alternatively and/or in addition to the foregoing, in one embodiment,the map can provide links or metadata associated with each location. Ifthe location has been visited, the map can be configured to inactivate alink or metadata associated with the locations. For example, the linkcan be associated with metadata associated with the locations that areconfigurable upon detection that the location has been reached or anactivity at a location has been completed. The configuration can be setup to disconnect the link or metadata such that detail associated with alocation is inactivated on a map display. The metadata can be associatedwith pop-up boxes that can be configured to appear if activated or notappear if inactivated. Alternatively, a pointer such as a mouse pointercould be configured to change its shape over an area. Thus, according toan embodiment, portions of a map can be inaccessible and/or havediminished functionality and/or indicate a change in status according toa pointer shape.

Block 340 provides for periodically updating the status associated withthe at least one of the one or more locations (e.g. server 210 canperiodically update the status when data is received from monitoringdevices). Block 350 provides for generating a signal related toindicating on the map an updated status associated with the at least oneof the one or more locations (e.g. server 210 can update the signalrelated to the status indicated on the map).

With reference now to FIG. 3B, a flow diagram illustrates an alternateimplementation of the method of FIG. 3A. Shown is that in onealternative implementation, block 350, i.e., generating a signal relatedto indicating on the map an updated status associated with the at leastone of the one or more locations, may include optional block 3502 whichdepicts receiving data from one or more monitoring devices capable ofdetermining a user interaction with the at least one of the one or morelocations on the map. For example, server 210 can receive data frommonitoring devices such as cameras and the like that can determine userinteractions at locations on the map.

Referring now to FIG. 3C, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation, block 310, i.e., receiving a request for the map, themap illustrating one or more locations, may include optional blocks 3102and/or 3104. Optional block 3102 depicts receiving an identifierassociated with a user in a predefined area, the identifier associatedwith one or more user interaction rules for the at least one location ofthe one or more locations on the map (e.g., server 210 receiving anidentifier over a wireless network, the identifier associated with auser of a map). In an embodiment, interaction rules can mean rules forinteracting, either rules attached to a location or rules attached to auser. Interaction rules for a user can mean rules of engagement for alocation, several locations, a city, or a predetermined area forexample. An identifier associated with a user that links to userinteraction rules can provide appropriate user interaction rules for aparticular user. For example, a user that is a deaf child can have userinteraction rules that address the needs of a deaf child, allowing theuser to interact in a different way than other users at differentlocations. Location interaction rules can include the amount of time ornumber of visits any user is permitted for a location. In contrast, userinteraction rules can include the amount of time a user has for alllocations, or provide carte blanche for a user to expand on locationinteraction rules. Thus, in the example, a deaf child can be associatedwith an identifier that identifies the user as having user interactionrules appropriate for a deaf child, with special permissions if needed.A user interaction rule can also be a function of the amount a user haspaid to visit a park, a predefined area, or the like. Thus, userinteraction rules can be any user specific rule that applies to a userand not to a location. Depicted is that in another alternativeimplementation block 310, i.e., receiving a request for the map, the mapillustrating one or more locations, may include optional block 3104which depicts receiving a transmission from a mobile device wirelesslytransmitting the request to a server (e.g., server 210 receiving atransmission from a component 220).

With reference now to FIG. 3D, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation, block 320—determining a status associated with at leastone of the one or more locations on the map, the status being a functionof one or more location interaction rules associated with the at leastone of the one or more locations on the map—may include optional blocks3202 and/or 3204. Block 3202 depicts matching an identifier associatedwith the request for the map with a data store entry in a data store,the data store entry providing one or more user interaction rules (e.g.,server 210 matching an identifier in a data store in the server andlocating user interaction rules where the user interaction rules can bethose rules that identify a user with specific needs, such as the deafchild example provided above, or other appropriate user specific rules,such as limitations based on the type of payment a user has investedinto the map). Block 3204 illustrates correlating the one or more userinteraction rules with the one or more location interaction rules forthe at least one of the one or more locations on the map with datareceived by one or more monitoring devices associated with the at leastone of the one or more locations on the map. Correlating the userinteraction rules with the location interaction rules can include firstdetermining if a location interaction rule, such as the amount of timeallowed at a location, has been violated. If so, a user interaction rulecorrelated with the location interaction rule may nullify the violation.For example, if a deaf child is associated with a user interaction rulethat allows twice as much time at each location, the locationinteraction rule violation is nullified. The data received by amonitoring device can verify whether the location interaction rulecorrelated with the user interaction rule for a user has been violated.Thus, a monitoring device can detect if a user has spent more time thanthat allowed under either a location interaction rule or a userinteraction rule.

Referring now to FIG. 3E, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation, block 3204, i.e., correlating the one or more userinteraction rules with the one or more location interaction rules forthe at least one of the one or more locations on the map with datareceived by one or more monitoring devices associated with the at leastone of the one or more locations on the map, may include optional block32042 which depicts determining via the data received by the one or moremonitoring devices whether the user of the map has violated one or moreof the one or more user interaction rules and/or location interactionrules (e.g., server 210 determining whether a user of the map hasviolated user interaction rules and/or location interaction rules byusing data from a monitoring device). For example, location interactionrules and user interaction rules can be such that user interaction rulesrefine location interaction rules. Location interaction rules caninclude the amount of time or number of visits a user is permitted for alocation. User interaction rules can include the amount of time a userhas for all locations, or provide carte blanche for a user to expand onlocation interaction rules. A monitoring device can determine a numberof times a user has been present at a location and transmit that data toserver 210. Thus, for example, if location interaction rules prohibit auser from visiting a location beyond a specified number of visits, and amonitoring device determines that a user has violated that locationinteraction rule, a signal can be transmitted to server 210 with datathat indicates that the user violated the rule. Server 210 couldidentify the user as having a user interaction rule giving thatparticular user carte blanche to all locations and modify the locationinteraction rules as to that user. Thus, in some instances, a userinteraction rule could operate to nullify location interaction rules.Whether the location interaction rules have been violated can betransmitted to server 210 where server 210 can further determine whetheraction should be taken. If, for example, the user has no userinteraction rules applicable to nullify the violation of the locationinteraction rule, the server 210 can determine that a violation occurredand transmit appropriate signals.

With reference now to FIG. 3F, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation, block 310—receiving a request for the map, the mapillustrating one or more locations—may include optional block 3106 whichdepicts receiving the request via one or more of a wireless connectionand/or a wired connection, the wireless connection including one or moreof a wireless LAN (WLAN), an IEEE 802.11, a Bluetooth, and/or asatellite connection (e.g., server 210 receiving a request from one ofcomponents 220 over one or more different types of wireless or wiredconnections).

Referring now to FIG. 3G, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation block 330, i.e., generating a signal related toindicating on the map the status associated with the at least one of theone or more locations on the map, may include optional block 3302 whichdepicts generating a signal related to illustrating location detail forthe at least one of the one or more locations, the location detail shownbeing a function of the status (e.g. server 210 generating a signal thatcauses a map to illustrate location detail for a location in accordancewith the status of a user of the map such as, for example, the amount ofdetail relates to the characteristics of a user of the map). Depicted isthat in another alternative implementation block 330, i.e., generating asignal related to indicating on the map the status associated with theat least one of the one or more locations on the map—may includeoptional block 3304 which depicts generating a signal related toobfuscating a visual representation of the at least one location on themap as a function of the status (e.g., server 210 generating a signalthat causes a map on one of components 220 to obfuscate a visualrepresentation on the map of a location by blurring, making an iconfuzzy, making a visual representation disappear from the map orotherwise altering the appearance of the visual representation to makethe visual representation less visually clear).

Referring now to FIG. 3H, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation block 3304, i.e., generating a signal related toobfuscating a visual representation of the at least one location on themap as a function of the status, may include optional block 33042 whichdepicts generating a signal related to blurring and/or unblurring anicon representing the at least one location on the map if the locationhas been visited by a user (e.g. server 210 generating a signal thatcauses blurring and/or unblurring of icons on the map).

Referring now to FIG. 3I, a flow diagram illustrates a method inaccordance with an embodiment. Shown is that in one alternativeimplementation block 330, i.e., generating a signal related toindicating on the map the status associated with the at least one of theone or more locations on the map, may include optional block 3306 whichdepicts generating a signal related to indicating on the map a progressindication relating to a motivator for a user of the map (e.g. server210 generating a signal that causes on indication on the map of userprogress). Depicted is that in another alternative implementation block330, i.e., generating a signal related to indicating on the map thestatus associated with the at least one of the one or more locations onthe map, may include optional block 3308 which depicts generating asignal related to highlighting the at least one location on the map, thehighlighting indicative of one or more locations the user is to nextvisit on the map (e.g., server 210 generating a signal that causeshighlighting a location on the map). Depicted is that in anotheralternative implementation block 330, i.e., generating a signal relatedto indicating on the map the status associated with the at least one ofthe one or more locations on the map, may include optional block 3310which depicts generating a signal related to displaying one or moreoverlays on the map to represent a traffic condition for one or morelocations in the predetermined area (e.g. server 210 generating a signalthat causes a display of one or more overlays on the map related totraffic conditions).

In one embodiment, the status of the map can be associated withinteraction rules related to current conditions of locations on the map,such as traffic conditions. For example, locations can be displayed withone or more overlays on the map to represent a traffic condition for oneor more locations in the predetermined area. More particularly, anembodiment provides for communicating with a server and/or directly withmonitoring devices or the like to receive directives related to trafficconditions such as an indication that a user is not to go to apredetermined area or directing a user to another portion of the map.The directives can be in addition to or in lieu of the diminishedcapabilities associated with location on the map. The instructionsreceived from the server can include directions on where to avoid on themap because of the traffic conditions, and include other interactionrules such as locations which are unavailable, off limits, or whetherthe number of visits allowed has occurred.

In addition and/or in the alternative to the foregoing, in oneembodiment, such as an amusement park implementation and/or in some sortof game, part of a goal relative to the park/game includes a mechanismto identify locations to ensure a user, group or network attends to eachlocation. Thus, block 360 provides for indicating a “motivator” toensure that each location is visited and/or to finish a course of apark/game by giving a visual incentive. One example of a visualincentive includes providing a map with icons that are blurred, and agoal of clearing the map, or vice versa. Examples of giving suchincentives include giving someone in a defined group a movie pass and/orhamburger if he/she covers all the areas on the map first. In oneembodiment, instead of a park or a game, the locations can be related totrade shows, or the like, wherein participants can include vendors thatsponsor a map. Incentives to traverse a trade could include prizes orthe like to encourage a map user to visit all booths and unblur or blurall areas of the map. Similarly, in one embodiment, the map can beprovided to employees that must traverse an area for cleaning, visiting,security checks or the like to ensure compensation in accordance withuser interaction rules for example.

In one embodiment, the map is configured to provide an indication if thelocations in a predetermined area have changed. Block 370 provides forindicating a time status of each location that represents a length oftime since information relative to each location has been received.

In one embodiment, the map is maintained in a separate locationindependent from a user, group of users or network of users. Block 380provides for transmitting a copy of the map at a location independent ofa user of the map (e.g., to enable monitoring the users, group of usersand the like). In the embodiment, a user could have a display devicewith more or less capabilities than a map maintained at anotherlocation. Alternatively, a user could be without a device andinteractions with the map and location of the user could be entirelydependent on monitoring devices and user interaction rules. Thus, forexample, in an amusement park, although the map would display that auser was not permitted in a certain location, a security entity would beresponsible for preventing the user from entering that certain locationvia the indications displayed on the map.

Referring now to FIG. 4, a flow diagram illustrates a method for adisplay device for areas about which inconsistent data is knownconcerning locations in a predetermined area. Block 410 provides fordisplaying one or more overlays on a map to represent a trafficcondition for one or more locations in a predetermined area. Block 420provides for displaying an overlay with respect to one or more locationsin the predetermined area that indicate a lack of information pertainingto the one or more locations. For example, if a system has knowledgeabout the layout of a street, but does not have information as to howmuch traffic is on the street, an overlay or “fogging” of those areas onthe street indicates that information is unknown. Block 430 provides fordisplaying data independent of an overlay for those locations aboutwhich additional information is known. Alternatively, as one of skill inthe art will appreciate with the benefit of the present disclosure, theoverlay could be reversed such that a location about which informationis known is treated with an overlay. For example, a location that hascamera coverage could be displayed differently on a map to highlightthat camera coverage is provided.

Referring now to FIG. 5A, a flow diagram illustrates a method inaccordance with an embodiment (e.g., an embodiment is directed to adisplay device communication to receive map data for a display device).Block 510 provides transmitting a request for the map including one ormore locations, the request including an identifier associated with auser of the display device (e.g., one of components 220 transmitting arequest to server 210 for a map and transmitting an identifier to server210). The identifier can enable a mapping of the identifier with a listof locations the user/group/network is permitted to traverse or visit inthe predefined area. The identifier can also be associated with an orderin which the locations should be visited through the predetermined area.Block 520 provides for receiving the map including one or morelocations, at least one location of the one or more locations associatedwith one or more location interaction rules verifiable via one or moremonitoring devices (e.g., one of components 220 receiving the map fromserver 210). Block 530 provides for interacting with the one or moremonitoring devices to alter the map on the display device as a functionof the one or more location interaction rules (e.g., one of components220 interacting with a monitoring device, which could be another ofcomponents 220). The interacting can include receiving one or more iconsrepresenting one or more locations on the map, the one or more locationinteraction rules determining one or more of an obfuscation of the oneor more icons and/or an activation of metadata associated with the oneor more locations on the map. In one embodiment, receiving the map canbe via connecting with a server, the server determining whether the oneor more interaction rules affect the obfuscation and/or activation ofmetadata for the one or more icons. The connection to the server can bevia wirelessly transmitting the request to a server over a wirelessnetwork, such as a WLAN, an IEEE 802 type wireless network, a Bluetoothtype wireless network, and/or a satellite network.

The map can be configurable with a user interface on the display devicethat receives indications that one or more locations on the map havebeen visited, checks to determine a limit on visits by the user, and, ifthe number of visits has been reached, dims or highlights the locationto provide an indicator to the user.

With reference now to FIG. 5B, a flow diagram illustrates an alternateimplementation of the method of FIG. 5A. Shown is that in onealternative implementation, block 520, i.e., receiving the map includingone or more locations, at least one location of the one or morelocations associated with one or more location interaction rulesverifiable via one or more monitoring devices, may include optionalblock 5202 which depicts receiving one or more icons representing one ormore locations on the map, the one or more location interaction rulesdetermining one or more of an obfuscation of the one or more iconsand/or an activation of metadata associated with the one or morelocations on the map (e.g. one of components 220 receiving icons fromserver 210, the icons could be pictures, images or the likerepresentative of locations on the map, and the obfuscation can includeblurring, making the icons disappear, or otherwise altering the icons sothat the visual appearance of the icons is altered resulting in a lessclear icon than originally present).

Referring now to FIG. 5C, a flow diagram illustrates an alternateimplementation of the method of FIG. 5A. Shown is that in onealternative implementation, block 530, i.e., interacting with the one ormore monitoring devices to alter the map on the display device as afunction of the one or more location interaction rules, may includeoptional block 5302 which depicts interacting with the one or moremonitoring devices to alter the map on the display device as a functionof the location interaction rules as modified by one or more userinteraction rules associated with the user of the display device (e.g.,one of components 220 interacting with a monitoring device to alter themap). More particularly, in some instances the location interactionrules as modified by the user interaction rules can be incorporated intoeither a monitoring device or the display device so as to avoidrequiring interaction with server 210. Thus, in some instancesinteractions between a monitoring device and the display device canresult in a determination as to whether a user is following locationinteraction rules as modified by user interaction rules. As a result ofthe determination, the map can be altered. For example, if a user isallowed per location interaction rules to visit a location three timesand a monitoring device detects that a user has interacted with thelocation two times, the display device can be altered to indicate thatthe user has been to the location two times and has a single returnvisit allowed.

With reference now again to FIG. 5B, a flow diagram illustrates analternate implementation of the method of FIG. 5A. Shown is that in onealternative implementation, block 520, e.g., receiving the map includingone or more locations, at least one location of the one or morelocations associated with one or more location interaction rulesverifiable via one or more monitoring devices, may include optionalblock 5204 and/or 5206. Block 5204 depicts connecting with a server(e.g., a component 220 connecting with server 210). Block 5206illustrates receiving the map altered in accordance with the one or morelocation interaction rules, the map altered via obfuscation and/oractivation of metadata for the one or more icons (e.g., component 220receiving the map from server 210 as altered according to locationinteraction rules).

Referring now to FIG. 5D, a flow diagram illustrates one or morealternate implementations of the method of FIG. 5A. Shown is that in onealternative implementation block 510, i.e., transmitting a request forthe map including one or more locations, the request including anidentifier associated with a user of the display device, may includeoptional block 5102 which depicts wirelessly transmitting the request toa server over a wireless network (e.g. one of components 220 wirelesslytransmitting the request to server 210). Depicted is that in onealternative implementation block 5102, i.e., wirelessly transmitting therequest to a server over a wireless network, may include optional block51022 which depicts transmitting via at least one of a wireless LAN(WLAN), an IEEE 802 type wireless network, a Bluetooth type wirelessnetwork, and/or a satellite network (e.g., one of components 220transmitting via one or more different types of wireless networks).

With reference now again to FIG. 5B, a flow diagram illustrates analternate implementation of the method of FIG. 5A. Shown is that in onealternative implementation, block 520, i.e., receiving the map includingone or more locations, at least one location of the one or morelocations associated with one or more location interaction rulesverifiable via one or more monitoring devices, may include optionalblock 5208 which depicts receiving an indication shown on the maprelated to whether one or more user interaction rules associated withthe identifier affect the map (e.g. one of components 220 receiving anindication from server 210). For example, interactions between amonitoring device and the display device can result in a determinationthat one or more user interaction rules associated with an identifierhas been violated or affected. Such a determination could includewhether a user is following location interaction rules as modified byuser interaction rules. As a result of the determination, the map can bealtered (e.g., affect the map). For example, if a user is allowed perlocation interaction rules to visit a location three times and amonitoring device detects that a user has interacted with the locationtwo times, the display device can be altered to indicate that the userhas been to the location two times and has a single return visitallowed.

Referring back to FIG. 1, in one embodiment, a computer system includesa module, shown in FIG. 1 as map modules 36 and 46. Map modules 36 and46 can be coupled to a computer system memory and processor. Forpurposes of the present application, a map module coupled to the memorycan include but is not limited to a map module with all modulecomponents within the memory, a map module only partially coupled to thememory and partially coupled to other components such as to firmware,and/or a map-based guide module including only some components coupledto the memory and other components in another memory, such as RAM or ROMor a storage that can be manipulated.

In an embodiment, the map module is configurable to create one or moremaps for a predefined area. The map module can be included with a mobiledevice or can be included as part of a server, such as server 210 thatcreates transmissions for the mobile device to display. If a serverperforms the processing, an embodiment includes a transmitter configuredto transmit the map to the mobile device. The map can also betransmitted to a fixed device, such as a display device.

In one embodiment, a computer system can include a processor, a memorycoupled to the processor, a receiver coupled to the processor, and/or amap module coupled to the receiver and the memory. In the embodiment,the map module can include a data store configurable to hold datarelated to locations in a predefined area. More particularly, the datastore can include identifiers associated with users, groups of users andthe like, each identifier configurable to provide information related tohow the users should relate to the locations according to userinteraction rules, including, for example, a number of times allowed tovisit a location and/or an amount of time a user can spend at alocation.

The map module can further be configurable to include a status moduleconfigurable to determine a status associated with at least one of theone or more locations on the map, the status being a function of one ormore location interaction rules associated with the at least one of thelocations. Specifically, the status module can match an identifierassociated with a received request for a map with a data store entry inthe data store, the data store entry providing one or more locationinteraction rules for the at least one of the one or more locations onthe map. The status module can further correlate the one or morelocation interaction rules for the locations on the map with datareceived by one or more monitoring devices associated with the at leastone of the one or more locations on the map. In one embodiment, thestatus module can be configured to determine via the data received bythe one or more monitoring devices whether a user, group of users ornetwork of groups associated with a map has violated one or more of theone or more location interaction rules. The location interaction rulescan include or be correlated to the user interaction rules such thatuser interaction rules refine location interaction rules. For example,an identifier associated with a user can provide user-specific rules forinteracting with one or more locations that either modify locationinteraction rules by broadening interaction limitations or by limitinginteraction limitations. Thus, for example, if location interactionrules normally prohibit a user from visiting a location beyond aspecified number of visits, a user interaction rule could give carteblanche to all locations and modify the location interaction rules as tothat user. Thus, a user interaction rule could operate to nullifylocation interaction rules. Conversely, a user interaction rule couldoperate to further limit location interaction rule limitations. Forexample, an identifier could be associated with a user that identifiesthe user as being a persona non grata as to one or more locations andall interactions could be disallowed. Thus, if a visitor to a park isdiscovered to have stolen an item from a prior location via a monitoringdevice, an identifier could be transmitted to a server that nullifiesall further location interaction permissions. Further, the identifiercould be associated with a security system that actively locates theuser.

The map module further can include a location order determination modulecoupled to the data store. The location order determination module canbe configurable to determine an order in which locations in thepredefined area should be traversed by a user based on an identifierreceived by the receiver. For example, an identifier can be from asource of a request for a map. The identifier can be determinative of anumber of locations and a type of locations to include in a map throughthe predefined area.

In one embodiment, the computer system includes a transmitter coupled tothe processor. The transmitter can be configurable to transmit the mapto a display device. The display device can be a mobile device, such asa cell phone, a computer device, a PDA or the like configurable totransmit a request for the map to include the route being through thepredefined area.

While the subject matter of the application has been shown and describedwith reference to particular embodiments thereof, it will be understoodby those skilled in the art that the foregoing and other changes in formand detail may be made therein without departing from the spirit andscope of the subject matter of the application, including but notlimited to additional, less or modified elements and/or additional, lessor modified steps performed in the same or a different order.

Those having skill in the art will recognize that the state of the arthas progressed to the point where there is little distinction leftbetween hardware and software implementations of aspects of systems; theuse of hardware or software is generally (but not always, in that incertain contexts the choice between hardware and software can becomesignificant) a design choice representing cost vs. efficiency tradeoffs.Those having skill in the art will appreciate that there are variousvehicles by which processes and/or systems and/or other technologiesdescribed herein can be effected (e.g., hardware, software, and/orfirmware), and that the preferred vehicle will vary with the context inwhich the processes and/or systems and/or other technologies aredeployed. For example, if an implementer determines that speed andaccuracy are paramount, the implementer may opt for a mainly hardwareand/or firmware vehicle; alternatively, if flexibility is paramount, theimplementer may opt for a mainly software implementation; or, yet againalternatively, the implementer may opt for some combination of hardware,software, and/or firmware. Hence, there are several possible vehicles bywhich the processes and/or devices and/or other technologies describedherein may be effected, none of which is inherently superior to theother in that any vehicle to be utilized is a choice dependent upon thecontext in which the vehicle will be deployed and the specific concerns(e.g., speed, flexibility, or predictability) of the implementer, any ofwhich may vary. Those skilled in the art will recognize that opticalaspects of implementations will typically employ optically-orientedhardware, software, and or firmware.

The foregoing detailed description has set forth various embodiments ofthe devices and/or processes via the use of block diagrams, flowcharts,and/or examples. Insofar as such block diagrams, flowcharts, and/orexamples contain one or more functions and/or operations, it will beunderstood by those within the art that each function and/or operationwithin such block diagrams, flowcharts, or examples can be implemented,individually and/or collectively, by a wide range of hardware, software,firmware, or virtually any combination thereof. In one embodiment,several portions of the subject matter described herein may beimplemented via Application Specific Integrated Circuits (ASICs), FieldProgrammable Gate Arrays (FPGAs), digital signal processors (DSPs), orother integrated formats. However, those skilled in the art willrecognize that some aspects of the embodiments disclosed herein, inwhole or in part, can be equivalently implemented in standard integratedcircuits, as one or more computer programs running on one or morecomputers (e.g., as one or more programs running on one or more computersystems), as one or more programs running on one or more processors(e.g., as one or more programs running on one or more microprocessors),as firmware, or as virtually any combination thereof, and that designingthe circuitry and/or writing the code for the software and or firmwarewould be well within the skill of one of skill in the art in light ofthis disclosure. In addition, those skilled in the art will appreciatethat the mechanisms of the subject matter described herein are capableof being distributed as a program product in a variety of forms, andthat an illustrative embodiment of the subject matter described hereinapplies equally regardless of the particular type of signal bearingmedia used to actually carry out the distribution. Examples of a signalbearing media include, but are not limited to, the following: recordabletype media such as floppy disks, hard disk drives, CD ROMs, digitaltape, and computer memory; and transmission type media such as digitaland analog communication links using TDM or IP based communication links(e.g., packet links).

The herein described aspects depict different components containedwithin, or connected with, different other components. It is to beunderstood that such depicted architectures are merely exemplary, andthat in fact many other architectures can be implemented which achievethe same functionality. In a conceptual sense, any arrangement ofcomponents to achieve the same functionality is effectively “associated”such that the desired functionality is achieved. Hence, any twocomponents herein combined to achieve a particular functionality can beseen as “associated with” each other such that the desired functionalityis achieved, irrespective of architectures or intermedial components.Likewise, any two components so associated can also be viewed as being“operably connected”, or “operably coupled”, to each other to achievethe desired functionality, and any two components capable of being soassociated can also be viewed as being “operably couplable”, to eachother to achieve the desired functionality. Specific examples ofoperably couplable include but are not limited to physically mateableand/or physically interacting components and/or wirelessly interactableand/or wirelessly interacting components and/or logically interactingand/or logically interactable components.

While particular aspects of the present subject matter described hereinhave been shown and described, it will be apparent to those skilled inthe art that, based upon the teachings herein, changes and modificationsmay be made without departing from the subject matter described hereinand its broader aspects and, therefore, the appended claims are toencompass within their scope all such changes and modifications as arewithin the true spirit and scope of this subject matter describedherein. Furthermore, it is to be understood that the invention isdefined by the appended claims. It will be understood by those withinthe art that, in general, terms used herein, and especially in theappended claims (e.g., bodies of the appended claims) are generallyintended as “open” terms (e.g., the term “including” should beinterpreted as “including but not limited to,” the term “having” shouldbe interpreted as “having at least,” the term “includes” should beinterpreted as “includes but is not limited to,” etc.). It will befurther understood by those within the art that if a specific number ofan introduced claim recitation is intended, such an intent will beexplicitly recited in the claim, and in the absence of such recitationno such intent is present. For example, as an aid to understanding, thefollowing appended claims may contain usage of the introductory phrases“at least one” and “one or more” to introduce claim recitations.However, the use of such phrases should not be construed to imply thatthe introduction of a claim recitation by the indefinite articles “a” or“an” limits any particular claim containing such introduced claimrecitation to inventions containing only one such recitation, even whenthe same claim includes the introductory phrases “one or more” or “atleast one” and indefinite articles such as “a” or “an” (e.g., “a” and/or“an” should typically be interpreted to mean “at least one” or “one ormore”); the same holds true for the use of definite articles used tointroduce claim recitations. In addition, even if a specific number ofan introduced claim recitation is explicitly recited, those skilled inthe art will recognize that such recitation should typically beinterpreted to mean at least the recited number (e.g., the barerecitation of “two recitations,” without other modifiers, typicallymeans at least two recitations, or two or more recitations).Furthermore, in those instances where a convention analogous to “atleast one of A, B, and C, etc.” is used, in general such a constructionis intended in the sense one having skill in the art would understandthe convention (e.g., “a system having at least one of A, B, and C”would include but not be limited to systems that have A alone, B alone,C alone, A and B together, A and C together, B and C together, and/or A,B, and C together, etc.). In those instances where a conventionanalogous to “at least one of A, B, or C, etc.” is used, in general sucha construction is intended in the sense one having skill in the artwould understand the convention (e.g., “a system having at least one ofA, B, or C” would include but not be limited to systems that have Aalone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.).

We claim:
 1. A computer system comprising: a processor; a memory coupledto the processor; a receiver coupled to the processor; and a map displaymodule coupled to the receiver and the memory, the map display moduleincluding a data store configurable to hold data related to one or moreinteraction rules associated with one or more locations in a predefinedarea and one or more identifiers; and a status module configurable todetermine a status associated with at least one of the one or morelocations on the map, the status being a function of one or morelocation interaction rules associated with the at least one of thelocations.
 2. The computer system of claim 1 wherein the status moduleis configurable to match an identifier associated with a receivedrequest for a map with a data store entry in the data store, the datastore entry providing the one or more location interaction rules for theat least one of the one or more locations on the map.
 3. The computersystem of claim 1 wherein the status module is configurable to correlatethe one or more location interaction rules for the at least one of thelocations on the map with data received by one or more monitoringdevices associated with the at least one of the one or more locations onthe map.
 4. The computer system of claim 1 further comprising: alocation order determination module coupled to the data store, thelocation order determination module configurable to determine an orderin which locations in the predefined area should be traversed by a userbased on the one or more identifiers.
 5. The computer system of claim 1further comprising: a transmitter coupled to the processor, thetransmitter configurable to transmit the map display to a displaydevice, the display device configurable to transmit a request for themap display.
 6. The computer system of claim 1 wherein the map displaymodule includes logic for generating a signal related to highlightingthe at least one location on the map, the highlighting indicative of oneor more locations the user is to next visit on the map.
 7. A system forreceiving a map through a predefined area at a display device, thesystem comprising: circuitry for transmitting a request for the mapincluding one or more locations, the request including an identifierassociated with a user of the display device; circuitry for receivingthe map including one or more locations, at least one location of theone or more locations associated with one or more location interactionrules verifiable via one or more monitoring devices; and circuitry forinteracting with the one or more monitoring devices to alter the map onthe display device as a function of the one or more location interactionrules as modified by one or more user interaction rules associated withthe user of the display device.
 8. A system for receiving a map througha predefined area at a display device, the system comprising: circuitryfor transmitting a request for the map including one or more locations,the request including an identifier associated with a user of thedisplay device; circuitry for receiving the map including one or morelocations, at least one location of the one or more locations associatedwith one or more location interaction rules verifiable via one or moremonitoring devices; and circuitry for interacting with the one or moremonitoring devices to alter the map on the display device as a functionof the one or more location interaction rules.
 9. The system of claim 8further comprising: circuitry for receiving a status associated with theat least one of the one or more locations on the map.
 10. The system ofclaim 9 wherein circuitry for receiving a status associated with the atleast one of the one or more locations on the map comprises: circuitryfor receiving data related to illustrating location detail for the atleast one of the one or more locations, the location detail shown beinga function of the status.
 11. The system of claim 9 wherein circuitryfor receiving a status associated with the at least one of the one ormore locations on the map comprises: circuitry for periodically updatingthe status in accordance with the location interaction rule associatedwith the at least one of the one or more locations.
 12. The system ofclaim 8 wherein circuitry for receiving the map including one or morelocations, at least one location of the one or more locations associatedwith one or more location interaction rules verifiable via one or moremonitoring devices comprises: circuitry for connecting with a server;and circuitry for receiving the map altered in accordance with the oneor more location interaction rules, the map altered via at least one ofobfuscation or activation of metadata for the one or more icons.
 13. Thesystem of claim 8 wherein circuitry for transmitting a request for themap including one or more locations, the request including an identifierassociated with a user of the display device comprises: circuitry forwirelessly transmitting the request to a server over a wireless network.14. The system of claim 13 wherein circuitry for wirelessly transmittingthe request to a server over a wireless network comprises: circuitry fortransmitting via at least one of a wireless LAN (WLAN), an IEEE 802 typewireless network, a cellular network, a Bluetooth type wireless network,or a satellite network.
 15. The system of claim 8 further comprising:circuitry for receiving an indication shown on the map display relatedto whether one or more user interaction rules associated with theidentifier affect the map.
 16. The system of claim 8 wherein circuitryfor receiving the map including one or more locations, at least onelocation of the one or more locations associated with one or morelocation interaction rules verifiable via one or more monitoring devicescomprises: circuitry for receiving the map at the display device, themap including one or more locations, at least one location of the one ormore locations associated with one or more location interaction rulesverifiable via one or more monitoring devices.
 17. The system of claim 8wherein circuitry for transmitting a request for the map including oneor more locations, the request including an identifier associated with auser of the display device comprises: circuitry for transmitting anidentifier associated with the display device.
 18. The system of claim 8wherein circuitry for transmitting a request for the map including oneor more locations, the request including an identifier associated with auser of the display device comprises: circuitry for transmitting atleast one GPS location associated with the display device.
 19. Thesystem of claim 8 wherein circuitry for transmitting a request for themap including one or more locations, the request including an identifierassociated with a user of the display device comprises: circuitry fortransmitting at least one traffic condition associated with at least onelocation in the predefined area.
 20. The system of claim 19 whereincircuitry for transmitting at least one traffic condition associatedwith at least one location in the predefined area comprises: circuitryfor transmitting at least one of an indication of an amount of trafficon a street, an indication of a traffic radar or an indication of ared-light camera associated with at least one location in the predefinedarea.
 21. The system of claim 8 wherein circuitry for transmitting arequest for the map including one or more locations, the requestincluding an identifier associated with a user of the display devicecomprises: circuitry for transmitting a request for the map includingone or more locations to a server, the server configured for at leastrelaying data received from one or more display devices to another ofthe one or more display devices.
 22. The system of claim 8 whereincircuitry for receiving the map including one or more locations, atleast one location of the one or more locations associated with one ormore location interaction rules verifiable via one or more monitoringdevices comprises: circuitry for receiving at least one trafficcondition associated with at least one location in the predefined area.23. The system of claim 8 wherein circuitry for receiving the mapincluding one or more locations, at least one location of the one ormore locations associated with one or more location interaction rulesverifiable via one or more monitoring devices comprises: circuitry forreceiving at least one traffic condition associated with at least onelocation in the predefined area, the at least one traffic conditionreceived by at least one of the one or more monitoring devices.
 24. Thesystem of claim 8 wherein circuitry for receiving the map including oneor more locations, at least one location of the one or more locationsassociated with one or more location interaction rules verifiable viaone or more monitoring devices comprises: circuitry for receiving atleast one traffic condition associated with at least one location in thepredefined area, the at least one traffic condition received from atleast another display device.
 25. The system of claim 8 furthercomprising: circuitry for transmitting a message for a user associatedwith at least one other display device.
 26. The system of claim 8wherein circuitry for receiving the map including one or more locations,at least one location of the one or more locations associated with oneor more location interaction rules verifiable via one or more monitoringdevices comprises: circuitry for receiving at least one statusassociated with at least one location, the at least one statusindicating a prior presence at the at least one location by at least oneother user.
 27. The system of claim 8 wherein circuitry for receivingthe map including one or more locations, at least one location of theone or more locations associated with one or more location interactionrules verifiable via one or more monitoring devices comprises: circuitryfor receiving at least one confidence level associated with at least onelocation.
 28. The system of claim 8 wherein circuitry for receiving themap including one or more locations, at least one location of the one ormore locations associated with one or more location interaction rulesverifiable via one or more monitoring devices comprises: circuitry forreceiving the map at a display device associated with another user. 29.The system of claim 8 wherein circuitry for transmitting a request forthe map including one or more locations, the request including anidentifier associated with a user of the display device comprises:circuitry for transmitting a request to share at least a portion of themap with one or more of another user, a group of individuals or anetwork of groups.
 30. The system of claim 8 wherein circuitry forinteracting with the one or more monitoring devices to alter the map onthe display device as a function of the one or more location interactionrules comprises: circuitry for actuating a speaker of the display deviceas a function of the one or more location interaction rules.